Task: Rozpracování architektury

Rozpracování architektury je úlohou, jejímž základním cílem je upřesnit, případně podle nových požadavků upravit navržené řešení architektury vyvíjeného softwarového systému, tak aby mohl být zahájen jeho vývoj. V rámci této úlohy jsou již veškerá architektonická rozhodnutí definována z hlediska způsobu své implementace, je tedy určeno, jak má být navržená funkcionalita systému implementována.

Disciplines: Architektura

Aktualizace cílů architektury

V případě, že došlo ke změně požadavků, v první řadě je nutné aktualizovat cíle architektury. Architekt by měl při této činnosti velmi úzce spolupracovat s ostatními členy týmu a především zainteresovanými stranami, které musí navrhované změny schválit.

Upřesnění byznys tříd

Dále by měly být upřesněny byznys třídy definované při návrhu architektury. Na základě analytického modelu tříd je vytvářen tzv. model designový (model návrhu), který původní byznys třídy zpřesňuje například o nové atributy a metody, specifikaci datových typů apod., přičemž z jedné třídy v analytickém modelu může být v rámci této úlohy odvozeno i více návrhových tříd. Designový model slouží jako podklad pro práci vývojářů a pokud je vytvořen ve specializovaném nástroji, může z něj být přímo vygenerován zdrojový kód. [Arlow, 2008] [Rejnková, 2009]

Detailní popis komponent systému

Dále by měly být blíže specifikovány jednotlivé komponenty, ze kterých bude vyvíjený systém vytvořen. Ačkoliv je obvyklejší spíše jejich slovní popis, je možné za tímto účelem využít i další diagramy jazyka UML 2, jako je například komponentový diagram, diagram nasazení nebo diagram vnitřní struktury. Tyto diagram umožňují grafickým způsobem znázornit jednotlivé komponenty vyvíjeného systému, včetně způsobu jejich nasazení a komunikace.
Při rozhodování o nasazení je vhodné spolupracovat se specialisty, kteří projektovému týmu pomohou určit, jaký hardware je pro jednotlivé komponenty vhodný.

Detailní popis architektonických mechanismů

Podrobně popsány z hlediska způsobu své implementace by měly být i jednotlivé architektonické mechanismy, které formují technologickou architekturu řešení.

Testování architektury

Detailně navržená architektura by měla být co nejdříve otestována, aby mohly být její případné nedostatky co nejdříve odstraněny. Vzhledem k tomu, že systém je vyvíjen inkrementálně, je ověřování vhodnosti architektury obvykle nutné opakovat několikrát.